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Art Unit: 2473 

DETAILED ACTION 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

1. Claim 1,4, 11, 13, 15, 16 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Thompson et al. (US 2002/0073086) in view of Korus et al (US 7,075,929) 

For claim 1, Thompson discloses A method (see fig lOa-c and section 0093), comprising: 
transmitting multicast data packets (see fig 10c, Q and section 0099 "multicasts queries 
on the new multicast group" ) in at least one first multicast tree (see fig 10c and section 
0099 "constructing the query distribution tree. . .the tree is established. . .multicasts 
queries on the new multicast group") from one transmitter (see fig 10c BC) through a 
plurality of multicast controllers (see fig 10c, rectangle at bottom of multicast tree, same 
as ED in fig 10c; fig. 2; 104) to a plurality of recipients (see fig 2; 106; and section 0047 
"queries.... received by the end-user computing devices.... answered by.. .end-user 
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device... query directed at the end-user device's device node. ..evoke a response... from the 
device. ..at that device node..."); 

generating at least one second multicast tree (see fig 1 0a; 2) for control messages (see fig 
10a, 2 and section 0099 "multicasts this join instruction to group") in an internet protocol 
network (see fig 1 and section 0036 "standard TCP/IP network" and section 0043 "IP 
address" and section 0058 "CDN 100. . .IP multicast") from a network multicast 
controller (see fig 10c; CS1) to at least one multicast controller at edge level (see fig 10c, 
rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104); and 
transmitting the control messages (see fig 10a ; join instruction, 2 and section 0099 
"mulitcasts this join instruction") from the network multicast controller (see fig 10c; 
CS1) along the at least one second multicast tree reserved for control messages (see fig 
10a, 2 and section 0099 "CS 1 multicasts this join instruction to group"; the multicast 
distribution tree, from the multicasting origin of CS1 to destination nodes, as shown in 
fig. 10a is for the join instruction, while a different multicast distribution tree is used to 
send the queries from BC to ED nodes through a different set of intermediate nodes ) to 
the at least one multicast controller at cell level (see fig 10c, rectangle at bottom of 
multicast tree, same as ED in fig 10c; fig. 2; 104), a command configured to connect to 
the at least one first multicast tree (see fig 10a; Join instruction; section 0099 "instructing 
them to join. . .multicasts this join instruction to group") of the internet protocol network 
configured for multicasts (see fig 1 and section 0036 "standard TCP/IP network" and 
section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast"). 
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For claim 4, Thompson discloses transmitting (see fig 10c, Q and section 0099 
"multicasts queries on the new multicast group"; section 0099 "multicasts queries on the 
new multicast group" ) , after connecting to the at least one first multicast tree configured 
for multicasts (see fig 10b; on; section 0099 "instructing them to join. . .multicasts this 
join instruction to group"), by the at least one multicast controller at edge level (see fig 
10c, rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104), packets 
received through the at least one first multicast tree (see fig 10c; Q) to at least one 
receiver in a cell (see fig 2; 106; and section 0047 "queries.... received by the end-user 
computing devices.... answered by.. .end-user device. ..query directed at the end-user 
device's device node. ..evoke a response... from the device. ..at that device node..."). 
For claim 11, Thompson discloses notifying (see fig 10b; on; section 0099 "instructing 
them to join. . .multicasts this join instruction to group"), after receiving a control message 
(see fig 10a ; join instruction, 2 and section 0099 "mulitcasts this join instruction") from 
the network multicast controller (see fig 10a; CS1) through the at least one multicast tree 
(see fig 10a; Join instruction) configured for control messages (see fig 10a ; join 
instruction, 2 and section 0099 "mulitcasts this join instruction"), by the at least one 
multicast controller at edge level (see fig 10c, rectangle at bottom of multicast tree, same 
as ED in fig 10c; fig. 2; 104), recipients of its cell that a multicast must be received (see 
section 0099 "program A' recipients instructing them to join" and fig 2; 106; and section 
0047 "queries.... received by the end-user computing devices.... answered by.. .end-user 
device... query directed at the end-user device's device node. ..evoke a response... from the 
device. ..at that device node..."). 
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For claim 13, Thompson discloses An arrangement (see fig lOa-c) for implementing 
multicasting (see fig 10c, Q and section 0099 "multicasts queries on the new multicast 
group" ) in internet protocol networks (see fig 1 and section 0036 "standard TCP/IP 
network" and section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast"), the 
arrangement comprising: 

a plurality of routers (see section 0058 "CDN. . . .router that can deliver content from 
content sources") configured to transmit of different components (see section 0058 
"CDN.... router that can deliver content from content sources" and fig 10a and fig 10c) in 
the internet protocol networks (see fig 1 and section 0036 "standard TCP/IP network" 
and section 0043 "IP address" and section 0058 "CDN 100... IP multicast") to each other 
(see section 0058 "CDN. . . .router that can deliver content from content sources" and fig 
10a and fig 10c); 

at least one first multicast tree (see fig 10c and section 0099 "constructing the query 
distribution tree. . .the tree is established. . .multicasts queries on the new multicast 
group") configured to transmit multicast packets (see fig 10c, Q and section 0099 
"multicasts queries on the new multicast group" ) through a plurality of multicast 
controllers (see fig 10c, rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 
2; 104) to a plurality of recipients (see fig 2; 106; and section 0047 "queries.... received 
by the end-user computing devices.... answered by.. .end-user device... query directed at the 
end-user device's device node. ..evoke a response. ..from the device. ..at that device 
node...") 
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a plurality of edge-level multicast controllers (see fig 10a; ED) configured to transmit 
packets to the plurality of receivers (see fig 2; 106; and section 0047 "queries.... received 
by the end-user computing devices.... answered by. ..end-user device... query directed at the 
end-user device's device node. ..evoke a response... from the device. ..at that device 
node..."); and 

a network multicast controller (see fig 10a; CS1) that is arranged to control (see fig 10a ; 
join instruction, 2 and section 0099 "mulitcasts this join instruction") the edge-level 
multicast controllers (see fig 10c, rectangle at bottom of multicast tree, same as ED in fig 
10c; fig. 2; 104), 

wherein an internet protocol network (see fig 1 and section 0036 "standard TCP/IP 
network" and section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast") 
comprises at least one second multicast tree (see fig 1 0a; 2) reserved for control messages 
(see fig 10a, 2 and section 0099 "CS 1 multicasts this join instruction to group"; the 
multicast distribution tree, from the multicasting origin of CS1 to destination nodes, as 
shown in fig. 10a is for the join instruction, while a different multicast distribution tree is 
used to send the queries from BC to ED nodes through a different set of intermediate 
nodes )and configured to route control messages (see fig 1 0a, 2 and section 0099 
"multicasts this join instruction to group") from the network multicast controller (see fig 
10a; CS1) to the plurality of edge-level multicast controllers (see fig 10c, rectangle at 
bottom of multicast tree, same as ED in fig 10c; fig. 2; 104) , the network multicast 
controller (see fig 10a; CS1) configured to transmit the control messages (see fig 10a ; 
join instruction, 2 and section 0099 "mulitcasts this join instruction") along the at least 
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one second multicast tree (see fig 10a; Join Instruction) to the plurality of edge-level 
multicast controllers (see fig 10c, rectangle at bottom of multicast tree, same as ED in fig 
10c; fig. 2; 104), a command configured to 

connect to the at least one first multicast tree (see fig 1 0a; Join instruction; section 0099 
"instructing them to join. . .multicasts this join instruction to group") of the internet 
protocol network (see fig 1 and section 0036 "standard TCP/IP network" and section 
0043 "IP address" and section 0058 "CDN 100. . .IP multicast") configured for multicast 
transmissions (see fig 10c, Q and section 0099 "multicasts queries on the new multicast 
group" ). 

For claim 15, Thompson discloses wherein the edge-level multicast controllers (see fig 
10b; ED) are configured to connect to the multicast tree (see fig 10b; Join and fig 10a; Q) 
of the internet protocol network configured for multicasts (see fig 1 and section 0036 
"standard TCP/IP network" and section 0043 "IP address" and section 0058 "CDN 
100. . .IP multicast") after receiving a control message (see fig 10a ; join instruction, 2 
and section 0099 "mulitcasts this join instruction") from the network multicast controller 
(see fig 10a; CS1) through the multicast tree configured for control messages (see fig 
10a; Join instruction and section 0099). 

For claim 16, Thompson discloses An arrangement (see fig lOa-c), comprising: 
first transmission means (see section 0058 "CDN. . . .router that can deliver content from 
content sources" and fig 10a and fig 10c) for transmitting different components (see 
section 0058 "CDN. . . .router that can deliver content from content sources" and fig 10a 
and fig 10c) in internet protocol networks (see fig 1 and section 0036 "standard TCP/IP 
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network" and section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast") to 
each other (see section 0058 "CDN. . . .router that can deliver content from content 
sources" and fig 10a and fig 10c); 

second transmission means (see fig 10c and section 0099 "constructing the query 
distribution tree. . .the tree is established. . .multicasts queries on the new multicast 
group") for transmitting multicast packets (see fig 10c, Q and section 0099 "multicasts 
queries on the new multicast group" ) through a plurality of multicast controllers (see fig 
10c, rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104) to a 
plurality of recipients (see fig 2; 106; and section 0047 "queries.... received by the end- 
user computing devices.... answered by.. .end-user device. ..query directed at the end-user 
device's device node. ..evoke a response... from the device.. .at that device node..."); 
third transmission means (see fig 2; 104, A, B, C, D, 106) for transmitting packets to the 
plurality of receivers (see fig 2; 106; and section 0047 "queries.... received by the end- 
user computing devices.... answered by.. .end-user device... query directed at the end-user 
device's device node. ..evoke a response... from the device. ..at that device node..."); 
and control means for controlling (see fig 10a ; join instruction, 2 and section 0099 
"mulitcasts this join instruction") the edge-level multicast controllers (see fig 10c, 
rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104), 
wherein an internet protocol network (see fig 1 and section 0036 "standard TCP/IP 
network" and section 0043 "IP address" and section 0058 "CDN 100. . .IP multicast") 
comprises fourth transmission means reserved for control messages (see section 0058 
"CDN. . . .router that can deliver content from content sources" and fig 2; E.D., 106; see 
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fig 10a, 2 and section 0099 "CS 1 multicasts this join instruction to group"; the multicast 
distribution tree, from the multicasting origin of CS1 to destination nodes, as shown in 
fig. 10a is for the join instruction, while a different multicast distribution tree is used to 
send the queries from BC to ED nodes through a different set of intermediate nodes ) for 
routing control messages transmitted (see fig 10a ; join instruction, 2 and section 0099 
"mulitcasts this join instruction") from the control means (see fig 10a ; join instruction, 2 
and section 0099 "mulitcasts this join instruction") to the third transmission means (see 
fig 2; 104, A, B, C, D, 106), the control means (see fig 10a) for transmitting the control 
messages (see fig 10a ; join instruction, 2 and section 0099 "mulitcasts this join 
instruction") along the fourth transmission means (see section 0058 "CDN. . . .router that 
can deliver content from content sources" and fig 2; E.D., 106) to the second 
transmission means (see fig 10a; 10c fig 2; 104, A, B, C, D, 106 ;and section 0099 
"constructing the query distribution tree. . .the tree is established. . .multicasts queries on 
the new multicast group") , and a command configured to connect (see fig 10a; Join 
instruction; section 0099 "instructing them to join. . .multicasts this join instruction to 
group") to the second transmission means (see fig 10c and section 0099 "constructing 
the query distribution tree. . .the tree is established. . .multicasts queries on the new 
multicast group") of the internet protocol network configured for multicast 
transmissions (see fig 1 and section 0036 "standard TCP/IP network" and section 0043 
"IP address" and section 0058 "CDN 100... IP multicast"). 
Thompson is does not explicitly discuss: 
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For 1, and similarly for 13, 16, edge devices at cell level; the control messages 
comprising information on the multicast transmission of the internet protocol network 
For claim 4, edge devices at cell level 

Korus from the same or similar field of endeavor discloses the following features: 
For 1, and similarly for 13, 16, Korus discloses edge devices at cell level (fig 1; 101-112 
and col 8 line 15-30 "new site(s)"); the control messages comprising information on the 
multicast transmission (see col 8 lines 15-30 "instruct the new site(s) to join the multicast 
group and inform the site of the TTL scope" and col 4 line 15-50 "multicast scope 
value. . .TTL") of the internet protocol network (see col 2 line 50-65 "IP multicast 
communication system or network 100") 

For claim 4, edge devices at cell level (fig 1; 101-112 and col 8 line 15-30 "new site(s)"). 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Thompson by using the features, as taught by Korus, in 
order to provide a wireless communication system which makes use of IP multicast 
where the terminals may roam between multiple zones, where bandwidth is not wasted 
and is scalable (see Korus col 1-2) 

Furthermore, a ordinary of skill could have used the features (having edge devices which 
are associated with a zone/cell and that the control messages regarding a multicast have 
the information about that multicast) in the system of Thompson and the feature would 
have merely performed the same function as it did separately. A person of the ordinary 
skill would have recognized that the combination of Thompson and the pointed out 
features of Korus would have resulted in predictable results. 
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2. Claim 2 and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Thompson et al. (US 2002/0073086) and Korus et al (US 7,075,929) as applied to claim 1 above, 
further in view of Khan et al (US 2002/0143951). 

For claim 2 and similarly 14, Thompson and Korus discloses the claimed invention as 

described in paragraph 2. 

For claim 2, and similarly 14, Thompson discloses to the at least one multicast tree 
configured for the network control messages tree (see section 0099 "distribution 
tree. . .content source CS 1 multicasts this join instruction. . .distribution tree. . ." and fig 
10a ); discloses at least one multicast controller at edge level level (see fig 10c, rectangle 
at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104) 

For claim 2 and similarly 14, Koru further discloses at edge devices at cell level (fig 1; 
101-112 and col 8 line 15-30 "new site(s)") receiving network control messages (see col 
8 lines 15-30 "instruct the new site(s) to jon the multicast group and inform the site of the 
TTL scope" and col 4 line 15-50 "multicast scope value. . .TTL"). 
Ekl and Thompson silent about: 

For claim 2 and similarly 14, when connecting to the internet protocol network, 
connecting to the at least one multicast. 

Khan from the same or similar field of endeavor discloses a communication network with 
the following features: 

For claim 2 and similarly 14, when connecting to the internet protocol network (see 
section 0027 "new agent. . .newly started on a server computer. . .perform tow important 
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tasks at startup. . .join the appropriate multicast group"), connecting to the at least one 
multicast (see section 0027 "new agent. . .newly started on a server computer. . .perform 
tow important tasks at startup. . .join the appropriate multicast group"). 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Ek and Thompson by using the features, as taught by 
Khan, in order to provide a method that when a device/program connects starts up it 
immediately connects to a multicast group which transmits important messages , thus no 
manual intervention is needed and a possible forgetting to join a multicast is prevented; 
and in order to provide a method/system which solves the problem of limited multicast 
availability by providing a novel method and system for bridging multicast and unicast 
(see Khan sections 0009-0012). 



3. Claim 3, 5, and 9 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Thompson et al. (US 2002/0073086) and Korus et al (US 7,075,929) as applied to claim 1 above, 
further in view of Okanoue (US 6,243,758). 

For claim 3,5, and 9 Thompson and Korus discloses the claimed invention as described 

in paragraph 2. 

For claim 3, Thompson discloses connecting (see fig 10b; Join; section 0099 "instructing 
them to join. . .multicasts this join instruction to group"), after receiving a control message 
tree (see fig 10a; Join instruction; section 0099 "instructing them to join. . .multicasts this 
join instruction to group") from the network multicast controller (see fig 10c; CS1) 
through the at least one multicast tree (see fig 10a; 2) configured for the control 
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messages (see fig 10a, 2 and section 0099 "multicasts this join instruction to group"), the 
at least one multicast controller at edge level_(see fig 10c, rectangle at bottom of multicast 
tree, same as ED in fig 10c; fig. 2; 104)_to the at least one multicast tree configured for 
multicasts (see fig 10c and section 0099 "constructing the query distribution tree. . .the 
tree is established. . .multicasts queries on the new multicast group") . 
For claim 9, Thompson further disclose registering (see Fig 10b; Join), after receiving a 
control message (see fig 10a; Join instruction; section 0099 "instructing them to 
join. . .multicasts this join instruction to group") from the network multicast controller 
(see fig lOa-c; CS1), by the at least one multicast controller at edge level (see fig 10b; 
ED), a recipient of a multicast (see fig 10c; Q) 

For claim 9, Korus further discloses the edge devices at cell level (fig 1; 101-112 and col 

8 line 15-30 "new site(s)") 

Thompson and Korus do not explicitly discuss: 

For claim 3 and 9 multicast defined in the control message. 

For claim 5, the control messages further comprise information on an identifier of one or 
more multicast groups 

Okanoue from the same or similar field of endeavor discloses a communication network 
with the following features: 

For claim 3 and 9 Okanoue discloses multicast defined in the control message (see col 6 
line 39-50 "sends a control message. . .to inform them of the multicast address of its 
group"). 
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For claim 5, Okanoue discloses the control messages further comprise information on an 
identifier of one or more multicast groups (see col 6 line 39-50 "sends a control 
message. . .to inform them of the multicast address of its group") 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Thompson and Korus by using the features, as taught 
by Okanoue, in order to provide a computer network capable of selectively routing 
multicast packet to home mobile hosts visiting a subnetwork external to a scope of 
foreign mobile hosts visiting a subnetwork within the scope (see Oknoue col 1) 

4. Claim 6-8 are rejected under 35 U.S.C. 103(a) as being unpatentable over Thompson et 
al. (US 2002/0073086) and Korus et al (US 7,075,929) as applied to claim 1 above, further in 
view of Amara et al (US 2005/0063352). 

For claim 6-8 Thompson and Korus discloses the claimed invention as described in 

paragraph 2. 

For claim 6, Thompson further discloses the control messages (see fig 10a ; join 
instruction, 2 and section 0099 "mulitcasts this join instruction"). 
Thompson and Korus silent about: 

For claim 6, information on a time of validity of the control messages. 

For claim 7, the control messages further information on a sender authentication. 

For claim 8, the control messages further comprise a receiver filter. 

Amara from the same or similar field of endeavor discloses a communication network 

with the following features: 
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For claim 6, Amara discloses information on a time of validity of the control messages 

(see fig 1; TTL and section 0026 "TTL...time to live... lifetime"). 

For claim 7, Amara discloses the control messages further information on a sender 

authentication (see section 0024 "source address field"; and fig 1; Source address). 

For claim 8, Amara discloses the control messages further comprise a receiver filter (see 

fig 1 Destination address; section 0026 "destination address"). 

It would have been obvious to one of the ordinary skill in the art at the time of the 

invention to modify the system of Thompson and Korus by using the features, as taught 

by Amara, in order to provide a "new and improved way to provide policy service in an 

IPsec environment." (see Amara section 0004-001 1). 



5. Claim 10 is rejected under 35 U.S.C. 103(a) as being unpatentable Thompson et al. (US 
2002/0073086) and Korus et al (US 7,075,929) as applied to claim 1 above, furth in view of Xu 
et al (US 2005/0283447). 

For claim 10, Thompson and Korus discloses the claimed invention as described in 

paragraph 2. 

For claim 10, Thompson further discloses after receiving a control message from the 
network multicast controller messages (see fig 10a ; join instruction, 2 and section 0099 
"mulitcasts this join instruction"), by the at least one multicast controller at edge level 
(see fig 10c, rectangle at bottom of multicast tree, same as ED in fig 10c; fig. 2; 104) and 
receipients of its cell (see fig 2; 106; and section 0047 "queries.... received by the end-user 
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computing devices.... answered by.. .end-user device.. .query directed at the end-user 

device's device node. ..evoke a response... from the device. ..at that device node..."). 

For claim 10, Korus further discloses edge devices at cell level (fig 1; 101-112 and col 8 

line 15-30 "new site(s)") 

Thompson and Korus are silent about: 

For claim 10, notifying that a multicast is available. 

Xu from the same or similar field of endeavor discloses a communication network with 
the following features: 

For claim 10, notifying that a multicast is available (see section 0051 "announcing the 
available multicast session to user terminal. . .via multicast data network"). 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Thompson and Korus by using the features, as taught 
by Xu, in order to provide a method where the user terminal is always up to date on 
which multicast are available / when they have started so that the user can have the 
choice to join it. 

6. Claim 12 is rejected under 35 U.S.C. 103(a) as being unpatentable over Thompson et al. 
(US 2002/0073086) and Korus et al (US 7,075,929) in view of Dean et al. (US 2003/0061333 
Al) 

For claim 12, Thompson and Korus teaches all the claimed invention as described in 
paragraph 2. 
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For claim 12, Thompson discloses after receiving a control message (see fig 10a ; join 
instruction, 2 and section 0099 "mulitcasts this join instruction") from the network 
multicast controller (see fig 10c; CS1) through the at least one multicast tree (see fig 10a, 
2 and section 0099 "multicasts this join instruction to group") configured for control 
messages (see fig 10a ; join instruction, 2 and section 0099 "mulitcasts this join 
instruction"); multicast controller at edge level (see fig 10c, rectangle at bottom of 
multicast tree, same as ED in fig 10c; fig. 2; 104). 

For claim 12, Korus discloses edge devices at cell level (fig 1; 101-112 and col 8 line 15- 
30 "new site(s)"). 

Thompson and Korus does not teach refraining from processing the control message 
regarding multicast transmission. 

Dean et al. from the same or similar field of endeavor teaches that a device refraining 
from processing the control message regarding multicast transmission (see section 005 1 
lines 6-9 of Dean et al.). Thus it would have been obvious to a person of ordinary skill in 
the art at the time the invention was made to combine the method of disregarding 
messages about multicast into the communication system as taught by Ekl and 
Thompson. One could have implemented a similar transaction ID as taught by Dean et al. 
into one of the routers as taught by Thompson and Korus. This could have been done 
with either implementing a processor in the router or connecting a computer to the router 
which can accomplish the processing of the transaction ID. The motivation is that once 
the user has received advertisement from the same vendor/transaction ID, the 
advertisement is not repeated to the user again. 
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Response to Arguments 

7. Applicant's arguments, see Remarks page 8-9, filed 08/3 1/2009, with respect to the 35 
U.S.C. 1 12, second paragraph rejection have been fully considered and are persuasive. The 35 
U.S.C. 1 12, second paragraph rejection of claims 1-12 has been withdrawn. 

8. Applicant's arguments filed 08/3 1/2009 have been fully considered but they are not 
persuasive. For claim 1 the applicant argues on pages 13-14 of the Remarks that Thompson does 
not discloses a second multicast tree which is reserved for control messages. The applicant 
specifically argues that a there is a tree of program A used to distribute data A and multicast the 
joint instruction (i.e. control message) to group A. The examiner does not agree. Figure 10a and 
figure 10 c clearly show two different distribution tree with different origins (CS1 for fig 10a and 
BC for fig. 10c) and different intermediate nodes used in the delivery of multicast messages. As 
clearly stated in paragraph 0099 of Thompson, CS1 multicast only the instruction to join via the 
distribution tree (i.e. second multicast tree) to nodes ED. Further, it is described that the ED 
nodes are instructed to join a multicast group, whose tree (i.e. first multicast tree) delivering 
multicast data is shown in figure 10C. The fact that both distribution trees send to the same group 
of receivers does not indicate that they can be considered as one "multicast tree", The applicant 
points out that the distribution tree rooted BC is not used to multicast instructions, but queries. 
This fact is irrelevant to the rejection. The examiner never equated the queries sent the in the 
distribution tree of figure 10c to multicast instructions / control messages. As explained 
previously, control messages are equated to the instructions to join, multicast in the distribution 
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tree shown in figure 10a. For the above reasons the examiner fails to see how the combination of 
Thompson and Korus fails to disclose the claimed language. 

Conclusion 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to KENAN CEHIC whose telephone number is (571)270-3120. 
The examiner can normally be reached on Monday through Friday 8:00-5:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, KWANG BIN YAO can be reached on (571) 272-3 1 82. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Kenan Cehic/ 
Examiner, Art Unit 2473 

/KWANG B. YAO/ 

Supervisory Patent Examiner, Art Unit 2473 



